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(54) Product activity data collection system 

(57) A system (10) for collecting activity data for 
products (12) displayed in a merchandising store, com- 
prises at least one transaction terminal (18) which iden- 
tifies a product presented for purchase and prints an 
itemized receipt, and at least one remote price verifier 
(20) which permits price verification of a product inde- 



pendently of the terminal. Purchase data from the ter- 
minal is stored in a database (26b) and verification data 
from the verifier is stored in another database (26c) . 
Comparison of the purchase and verification data for a 
specific product may be used for improving sales per- 
formance 
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Description 

[0001 ] The present invention relates generally to point 
of sales (POS) terminals and, more specifically, to prod- 
uct management in a merchandising store.^ 
[0002] In a typical retail store, various products are 
displayed for examination by customers and eventual 
purchase. The product typically includes a barcode in 
the exemplary form of the one-dimensional universal 
product code (UPC) . The barcode represents a unique 
number typically known as a product look-up unit (PLU) 
number for identifying the specific product and its sale 
price. 

[0003] When the product is brought to a POS terminal 
for purchase, a barcode scanner reads the barcode for 
determining its price. The terminal typically transmits the 
PLU number to a central server or computer which ac- 
cesses a price look-up database to obtain the price 
therefor which is then returned to the terminal for display 
on a monitor. In this way individual products are scanned 
and priced, and listed on a receipt which is printed at the 
terminal for delivery to the customer upon completion of 
the purchase transaction. 

[0004] In a recent development, price verifiers are 
now being introduced in stores to complement the POS 
terminals. Like the POS terminal, a price verifier in- 
cludes a barcode scanner for reading the product bar- 
code to determine its identification number, and is also 
joined to the common server to access the price data- 
base and determine the price for the product. The look- 
up price is returned to the price verifier and is displayed 
on a small monitor thereon so that a customer may con- 
firm or verify the price of the product prior to purchase 
at the POS terminal. Unlike the POS terminal, the price 
verifier is not configured for completing a purchase since 
it lacks a cash register, receipt printer and associated 
hardware and software found in the more complex ter- 
minal. 

[0005] Whereas the POS terminals are typically cen- 
tralized in a row thereof near the store entrance, one or 
more of the price verifiers are distributed throughout the 
store for being readily available to customers for verify- 
ing product prices from the barcodes. Since the POS 
terminal determines product price from the price data- 
base, this price may not match the price label displayed 
on the product itself or on the display shelf. Accordingly, 
price verifiers presently found in retail service are expe- 
riencing heavy use for price confirmation. Price verifier 
usage is presently determined by a simple sequential 
counter which records the number of price look-ups 
made at the verifier over a period of time. 
[0006] Product manufacturers and retailers manage 
the various categories of products displayed in a retail 
store based primarily only on which and how many prod- 
ucts are actually sold. This data is obtained from inven- 
tory records as products are sold. Of course some prod- 
ucts sell better than others, and some products have the 
capability of being sold in larger quantities which is af- 



fected by various marketing factors including advertis- 
ing, store displays, quantity and location of the products 
in the stores as a few examples. 

It is an object of the present invention to improve man- 
5 agement of product inventory for promoting sales per- 
formance. 

[0007] The invention consists in a system and method 
for collecting activity data for products displayed in a 
merchandising store. It may comprise one or more 

10 transaction terminals, the or each of which identifies a 
product presented for purchase and prints an itemized 
receipt, and one or more remote price verifiers which 
permit price verification of products independently of the 
terminal(s). Purchase data from- the or each terminal 

?5 and verification data from the or each verifier is stored. 
Comparison of the purchase and verification data for a 
specific product may be used for improving sales per- 
formance. 

[0008] In order that the present invention may be 
20 more readily understock reference will now be made, 
by way of example, to the accompanying drawings, in 
which:- 

Figure 1 is a schematic floor plan of an exemplary 
25 merchandising store including aisles of displayed 
merchandise, POS terminals, and price verifiers: 
Figure 2 is a schematic representation of the POS 
terminals and price verifiers illustrated in Figure 1 
operatively joined to a common server and attached 
30 databases for price, purchase, and verification in 
accordance with an exemplary embodiment of the 
present invention; and 

Figure 3 is a flowchart representation comparing 
the purchase and verification databases illustrated 
35 in Figure 2 for improving sales performance. 

[0009] Illustrated schematically in Figure 1 of the ac- 
companying drawings is a system or network 1 0 for col- 
lecting and processing activity data for a plurality of dif- 

40 ferent products or merchandise 1 2 suitably displayed on 
shelves in a merchandising retail store 14. The store 
may have any conventional form to offer for sale prod- 
ucts for purchase by a customer (C) 16. 
[0010] Means in the form of a plurality of point-of-sale 

45 (POS) transaction terminals 18 are provided at a con- 
venient location such as the front of the store so that 
products brought thereto by the customer may be iden- 
tified and purchased. Four of the terminals are shown 
in the example illustrated in Figure 1 . 

so [0011] Additional means in the form of a plurality of 
price verifiers (P/Vs) 20 are suitably distributed through- 
out the store and are located remotely from the terminals 
18 for allowing the customer to verify prices of the prod- 
ucts prior to purchase at one of the terminals 18. Three 

ss price verifiers are shown in the example illustrated in 
Figure 1 . 

[0012] In a typical shopping trip to the store 14. the 
customer 1 6 may travel from aisle to aisle examining 
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one or more different products and collecting those de- 
sired for subsequent purchase at the terminal 18. The 
customer may desire to check the price of a specific 
product and may therefore use a conveniently located 
one of the price verifiers 20 by simply presenting the s 
product thereto for scanning. Upon completion of the trip 
through the store, the customer presents one or more 
of the products at one of the terminals 18 for purchase. 
[001 3] An* exemplary embodiment of the system 1 0 is 
illustrated schematically in more particularity in Figure io 
2. Each POS terminal 18 may have any conventional 
configuration and typically includes a laser barcode 
scanner 18a, a cash register 18b, a receipt printer 18c, 
a keyboard 1 8d, and a display monitor 1 8e, for example. 
These components are operatively joined to an internal * 5 
controller of the terminal 1 8 which is typically in the form 
of a programmable central processing unit (CPU) or dig- 
ital computer for conventionally controlling the various 
operations of the terminal 18. 

[0014] Each product or item 1 2 includes a barcode 22 20 
identifying the product in any conventional manner For 
example, the barcode 22 may be in the exemplary form 
of a one-dimensional universal product code (UPC) bar- 
code having a series of alternating dark bars and light 
spaces of varying width representing a unique product 25 
look-up unit (PLU) number. 

[001 5] Accordingly, one or more different products 1 2 
may be presented by the customer 1 6 at the terminal 1 8 
for purchase. The, barcode scanner 18a emits a laser 
beam which traverses the barcode 22 and decodes it 
into the corresponding PLU number. 
[0016] The several terminals 18 are suitably connect- 
ed to a common server 24 which is typically a digital 
computer programmed with suitable software. The serv- 
er is conventional, and provides control means for cen- 
tralizing operation of the various terminals 18 joined 
thereto. 

[0017] Means in the form of a price look-up or first da- 
tabase 26a are operatively joined to the server 24 in suit- 
able communication therewith for storing corresponding 
prices for all the products available for purchase in the 
store. The price database 26a is found in a suitable 
memory device associated with the server 24 for pre- 
storing the sales price for each of the corresponding 
products maintained in inventory. 
[0018] In this way, when an individual product 12 is 
scanned at one of the terminals 18, its identification 
number is suitably transmitted to the server 24 which in 
turn uses this number to access the corresponding price 
for the item in the price database 26a. The product price 
is then retrieved by the server for display at the terminal 
18. The terminal 18 then records the product and price 
in a list to which are added additional products 12 as 
presented by the customer. The total amount of sale for 
the list of products presented by a customer is calculat- 
ed. The printer 1 8c prints a corresponding receipt there- 
for, and payment is made by the customer tor complet- 
ing the sale. 



[001 9] Means in the form of a purchase or second da- 
tabase 26b are operatively joined to the server 24 in suit- 
able communication therewith and permit storing the en- 
tire transaction or purchase record data for each trans- 
action at each of the terminals 18. For example, each of 
th several terminals 18 may have a unique identifying 
or serial number which is transmitted to the server 24 
along with the transaction data for being stored in the 
purchase database. 

[0020] The server 24 is programmed with suitable 
software to store completed transactions for each of the 
terminals 18 in the purchase database 26b. For exam- 
ple, the purchase data stored in the database 26b may 
include the identification or location of the individual ter- 
minal 18, the date and time for an individual purchas 
transaction as obtained from an internal clock in the 
server 24 : and an identification of each product pur- 
chased at the terminal. The purchase data stored in the 
database 26b may then be used for various purposes 
including inventory management for determining when 
Xo replenish products in the store as they are depleted 
during purchasing. 

[0021] Each of the price verifiers, as illustrated in Fig- 
ure 2 for example, may include a suitable laser barcode 
scanner 20a and display monitor 20b operatively joined 
together through an internal CPU for scanning a product 
12 and determining a price therefor, which is displayed 
on the monitor 20b. Like the terminals 18, each of the 
price verifiers 20 is operatively joined in comrrtunication 
with the common server 24 for similarly accessing the 
price database 26a. 

[0022] In operation, the scanner 20a decodes the bar- 
code 22 on the product 1 2 presented thereto and trans- 
mits the identifying PLU number to the server 24 which 
in turn accesses the price database 26a for retrieving 
the stored price therefor. The server 24 returns the look- 
up price to the requesting price verifier 20 and displays 
the product and price in the monitor 20b thereof. In this 
way, a customer may visually confirm, before purchase, 
the price.associated with a specific product 12 present- 
ed to the verifier 20 for confirmation. 
[0023] The system 10 as disclosed in part above may 
have any conventional configuration and operation- Ex- 
emplary POS terminals 18, price verifiers 20, common 
server 24, and associated price and purchase databas- 
es 26a ; b as presently found in commercial and public 
use. However, since the price verifier 20 presently found 
in use has the limited function of verifying price only, it 
has not been used to its full potential. 
[0024] In accordance with the present invention, the 
system 10 is modified for collecting additional activity 
data associated with the products 12 being offered for 
sale in the store 1 4. In a preferred embodiment, the sys- 
tem 10. as illustrated in Figure 2, additionally includes 
means in the form of a verification or third database 26c 
operatively join d in communication with the common 
server 24 for storing predetermined verification data for 
products presented to the several price verifiers 20. 
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[0025] Since the price verifiers 20 are available to cus- 
tomers for use they also provide a conv ni nt source 
for additional data not previously available. By interact- 
ing with th price verifier 20, the customer shows an in- 
itial interest in a selected product 12 since the price 
therefor is of interest to the customer. The server 24 is 
therefore modified in accordance with the present inven- 
tion to include additional software for storing the desired 
verification data or record in the additional verification 
database 26c. The verification data may include, for ex- 
ample, an identification of the specific product 12 pre- 
sented and verified at any one of the verifiers 20. 
[0026] Accordingly, a new method for collecting activ- 
ity data for the plurality of products 12 displayed in the 
store 14 may be* used to advantage. In a basic embod- 
iment, the method includes using the server 24 for stor- 
ing in the purchase database 26b certain purchase data 
including identification of a product actually purchased 
at one of theterminals 18 as is conventionally effected. 
Similarly, the server 24 is additionally programmed for 
storing in the verification database 26c the desired ver- 
ification data including identification of the product ver- 
ified at the price verifier 20. In this way, over the course 
of time, the purchase database 26b accumulates a 
record of actual sale of various products from the store, 
and concurrently, the verification database 26c addition- 
ally stores a record of which specific products 12 were 
presented to the various price verifiers 20 for price con- 
firmation. 

[0027] As shown in Figure 3, the method may then 
include suitably comparing the verification and pur- 
chase data collected in the respective databases 26c, b 
for use in inventory management, for example. The 
comparison of data may be effected using suitable 
means such as software loaded into a digital computer 
24b which may be the server 24 itself, or may be an in- 
dependent computer. The databases 26b,c may be 
maintained locally with the common server 24, or may 
be remote, or may be downloaded to suitable devices 
such as memory tapes or diskettes for subsequent anal- 
ysis and comparison in the computer 24b. 
[0028] Since the purchase database 26b may include 
product identification, and date and time of purchase at 
an identified POS terminaM8 : a desired verification data 
record also includes identification of the product pre- 
sented to the price verifiers 20, and the date and time 
of verification for each product. The common server 24 
may therefore be configured with suitable software to 
store this data in the respective purchase and verifica- 
tion databases 26b,c. 

[0029] Since the system 10 illustrated in Figures 1 and 
2 includes a plurality of the POS terminals 18 spaced 
apart from each other near the store entrance, as well 
as a plurality of the price verifiers 20 spaced remotely 
from the terminals 18 and distributed conveniently 
throughout the store 14 : it is also desirable to identify 
the specific location of each of these terminals 18 and 
verifiers 20. Each of the terminals 18 includes a unique 



identification which is transmitted to the server 24 and 
stored in the purchase database 26b in a conventional 
manner, and each of the price verifiers 20 is similarly 
configured to additionally include a unique serial or iden- 
5 tification number therein which is also transmitted to the 
server 24 for storage in the verification database 26c 
along with the record for each product presented for 
price verification. 

[0030] The purchase and verification databases 26b, 
io c therefore preferably include the identification of the 
several POS terminals 18 and price verifiers 20. Since 
each terminal and verifier has a unique identification 
number, and is specifically located in the store 14, the 
respective purchase and verification databases can 
is record not only the location of where the product was 
purchased in the store 1 4, but also the location of the 
specific verifier at which price confirmation was ob- 
tained. 

[0031] The comparing means 24b may then be used 
20 for comparing any desired record of the verification and 
purchase data stored in the respective databases there- 
for. 

[0032] For example, Figure 3 illustrates an exemplary 
comparison of the verification and purchase databases. 

25 The comparing means 24b may be configured for tabu- 
lating quantity of verifications and purchases for a com- 
mon identified product for a corresponding time period. 
Each of the products or items is identified and listed in 
a comparison record or database 26d suitably stored lo- 

30 cally with the server 24 or remotely therefrom as de- 
sired. 

Associated with each product is a tabulation of the 
number of verifications therefor at each of the several 
price verifiers 20 found in a specific store 14, as well as 

35 a tabulation of the actual purchase of the corresponding 
item at each of the several POS terminals 18 within a 
preselected time period which may include hours, days, 
fiscal weeks (FW), months, or other desired time peri- 
ods. Since each purchase and verification record iden- 

40 tifies the specific terminal or verifier, product, and data 
and time of purchase or verification, this data may be 
analyzed for improving product inventory, marketing, 
and management as desired, using a system not other- 
wise available but for the present invention. 

45 [0033] For example, the verification database may 
show a large interest in a specific product by the large 
number of times the product is presented for price ver- 
ification, yet the number of purchases of the same item 
may be relatively few. This may indicate a perceived ex- 

50 cessive price for the item, which may subsequently.be 
reduced in order to promote its sale and a reduction in 
inventory thereof. 

[0034] Accordingly, the improved system 10 and 
method of collecting activity data for the products has 
55 significant utility in improving various aspects of product 
merchandising. The system allows the collection of in- 
teraction data as a customer presents products for price 
verification, which verification data may then be com- 
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pared with actual purchase data obtained from the sev- 
eral POS terminals 18. 



Claims 

1. A system (10) for collecting activity data for a plu- 
rality of products (12) displayed in a merchandising 
store, characterised by 

at least one transaction terminal (18) for iden- 
tifying a selected product presented by a cus- 
tomer (1 6) for purchase and for printing an item- 
ized receipt to confirm the purchase, 
at least one price verifier (20) located remotely 
from the terminal(s) for verifying the price of a 
selected product presented by the customer, 
a server (24) operatively joined with the termi- 
nals) and verifier(s), 

a first database (26a) operatively joined to the 
server for storing corresponding prices for the 
products for retrieval by the server and display 
at the terminal(s) and verifier(s), 
a second database (26b) operatively joined to 
the server for storing purchase data including 
identification of a product purchased at the or 
a terminal, and 

a third database (26c) operatively joined to the 
server for storing verification data including 
identification data of a product verified at the or 
a verifier. 



ter ( 1 8b), and receipt printer (1 8c) operatively joined 
together for scanning a product (12) and determin- 
ing a price, printing a receipt, and obtaining pay- 
ment of the complete sale, and the or each price 
s v rifier (20) includes a barcode scanner (20a) and 
monitor (20b) operatively joined together for scan- 
ning a product and determining a price, and display- 
ing the price on the monitor. 

10 7. A method for collecting activity data for products 
(1 2) displayed in a merchandising store having at 
least one transaction terminal ( 1 8) for identifying se- 
lected products presented for purchase and printing 
an itemized receipt therefor to confirm the pur- 

15 chase, and also having at least one remote price 
verifier (20) for verifying price of selected products 
presented thereto, characterised by the steps of 

storing purchase data including identification of 
20 a product purchased at the or a terminal, and 

storing verification data including identification 
of a product verified at the or a verifier. 

8. The method according to claim 7, characterised by 
25 the steps of comparing the verification and pur- 
chase data. 

9. The method according to claim 7 or 8, characterised 
in that the purchase data includes time and/or date 

30 of purchase, and the verification data includes time 
and/or date verification. 



2. The system according to claim 1 , characterised by 
means (24b) for comparing the verification and pur- 
chase data. 35 

3. The system according to claim 1 or 2, characterised 
in that the server (24) is configured to store time 
and/or date of purchase and verification of the prod- 
ucts in the second and third databases (26b,26c), *o 
respectively. 



10. The method according to claim 9, characterised in 
that the comparing step includes tabulating quantity 
of verifications and purchases for a common prod- 
uct (12) for a corresponding time period. 

11. The method according to claim 7, 8, 9 or 10, char- 
acterised in that the purchase and verification data 
include terminal (18) and verifier (20) location data, 
respectively. 



4. The system according to claims 2 and 3, character- 
ised in that the comparing means (24b) is config- 
ured for tabulating quantity of verifications and pur- 
chases for a common product for a corresponding 
time period. 

5. The system according to any preceding claim, char- 
acterised in that the terminal(s) (18) and verifier(s) $o 
(20) have respective location identifications, and 

the server is configured to store said location iden- 
tifications in said second and third databases (26b,- 
26c) respectively. 

55 

6. The system according to any preceding claim, char- 
acterised in that the or each transaction terminal 
(18) includes a barcode scanner (18a), cash regis- 
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